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(57) Abstract: The invention concerns a method for communicating structured 
information, for a example a report or an account, between a first user and at least 
one second user. Said method comprises a step which consists in defining a docu- 
ment standard (800), which determines the general frame of said document in the 
form of a series of titles and/or conventional meanings and authorized values of 
certain conspicuous information fields. The transmitting user inputs (808) data to 
be supplied incorporating a step of inputting text and/or titles as a supplement to 
said general frame and/or a step of selecting values on said conspicuous fields and 
transmitting (814) data of the document addressed to the second user. Each recip- 
ient user selects (822) a sorting criterion based on the titles or said conspicuous 
fields. The document is then reorganized (824) in accordance with the selected 
criterion and a step of supplying (826) to said second user said document reorga- 
nized in accordance with said criterion. 

(57) Abrege : Le procede concerne la communication d'information structuree, 
par exemple rapport ou compte-rendu, entre un premier utilisateur et au moins un 
deuxieme utilisateur. Ce procede* comporte une etape de definition d'un standard 
de document (800), qui determine la trame generale dudit document sous forme 
d'une serie de titres et/ou de significations conventionnelles et valeurs autorisees de 
certains champs d'information remarquables. L'utilisateur emetteur effectue une 
saisie (808) des informations a fournir incorporant une etape de saisie de texte et/ou 
de titres en complement a ladite trame generale et/ou une etape de selection de va- 
leurs sur lesdits champs remarquables et une transmission (814) des informations 
du document a destination du deuxieme utilisateur. Chaque utilisateur recepteur 
effectue une selection (822) d'un critere de tri base* sur les titres ou lesdits champs 
remarquables. Le document subit alors une re-organisation (824) dudit document 
selon le critere selectionnee et une etape de foumiture (826) audit deuxieme utili- 
sateur dudit document re-organis6 selon ledit critere. 
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PROCEDE DE COMMUNICATION D'INFORMATION STRUCTUREE 



La presente invention concerne un procede de communication d'information 
structuree, notamment par generation, transmission et traitement de fichiers permettant de 
5 generer des documents. Elle s'applique, en particulier a la supervision d ! activit6s utilisant des 
rapports d'activite r6guliers dans une organisation humaine, par exemple industrielle ou 
administrative, ou de compte-rendus de reunion. 

Dans toute la suite de la description, on appelle "reporting" la communication de 
rapports ou compte-rendus entre personnes tfune meme organisation, et, en particulier, la 
10 communication de comptes-rendu r6guliers ou de routine. Le reporting peut exister sous de 
nombreuses formes : 

- ascendant ou descendant (par rapport a une hierarchie de niveaux de decision), 

- hierarchique ou fonctionnel, oriente "centre de cout" ou "centre de profit", 

- individuel, collectif, ou "circulant", 

15 - periodique (de quotidien a annuel), ou sur survenance d'evenements particuliers, 

- plus ou moins formalise. 

Une partie de ce reporting concerne des elements quantitatifs, qui peuvent etre 
produits de maniere automatique par un systeme ^information : couts, valeurs, durees, 
tendances, indicateurs divers sortent desormais des logiciels ERP (acronyme de "Enterprise 

20 Resource Planning" pour planification de ressources d'entreprise), CRM (acronyme de 

Consumer Relation Management" pour "gestion de la relation client), et autres outils d'aide 
au fonctionnement d'une organisation. Mais le plus important reste le reporting echange 
entre deux personnes (ou groupes de personnes), pour ce qu'ils ont a communiquer de 
maniere reguliere dans le cadre de leurs roles respectifs. Nous parlons ici des descriptions 

25 de faits, des problemes, des requetes, des intentions, des interpretations des donnees 
chiffrees ...etc, bref, de toutes ces informations qualitatives qui sont necessaires au 
fonctionnement d'une organisation humaine, et qui en constituent finalement I'expression et 
la justification. 

Le reporting est done une fonction importante de toute organisation. Cette fonction 
30 est cependant, dans I'etat actuel de la technique, a la fois coQteuse et mal outillee, bien 
qu'elle ait beneficie des apports de la bureautique et du courrier electronique. 

Les problemes techniques que vise a resoudre la presente invention concernent la 
Vitesse de generation et de fourniture d'information de reporting, d f une part, et la qualite et 
lisibilite de Tinformation transmise entre personnes, d'autres part. 
35 Un rapport est couteux a produire, en particulier parce que le redacteur passe 

beaucoup de temps a des taches de presentation, de tri et de mise en page, plutot qu*a 
^expression du fond, et ce, quel que soit Toutil employe. Ce cout eleve de la mise en forme 
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retarde la constitution et la transmission des rapports et nuit done a la vitesse de la 
supervision de ('organisation. Ce cout eleve peut aussi amener le redacteur a sacrifier le 
fond, simplement parce que le redacteur se donne, consciemment ou non, une limite de 
duree pour cette tache de routine. La qualite de ('information s'en trouve alors affectee. 

5 La lisibilite de ces rapports est un deuxieme probleme technique que vise a resoudre 

la presente invention. En effet, meme si le redacteur prend un grand soin de la presentation 
de son rapport (au detriment de la vitesse de supervision), cette presentation a souvent 
besoin d'etre retravaillee par le destinataire en fonction de son propre contexte, logiciel et/ou 
materiel (e-mail, pilote d'imprimante, formats de pages differents aux Etats-Unis et en 

10 Europe, par exemple) de ses choix ou habitudes de lecture et de sa propre necessite de 
faire un rapport de son activite, pour lui-meme ou pour d'autres qui, a leur tour auront a 
retravailler ce rapport pour leurs propres besoins. 

Le destinataire d ? un rapport a souvent des preferences sur la presentation des 
informations : dans quel ordre, avec quel niveau de detail, et selon quelles conventions elles 

15 doivent etre presentees. Mais il n'a pas de moyen pratique pour encourager ou faciliter 
I'utilisation de tels standards par les 6metteurs, mis a part la realisation d'un outillage 
specifique (modele de texte ou formulaire), solution couteuse et souvent inefficace parce que . 
trop rigide. 

Lorsque ces standards sont definis, il est rare qu'ils coincident avec ceux qu ! utiliserait 
20 naturellement I'emetteur. Les points de vue sont differents. Par exemple, un executant 

concevra son rapport d'activite de maniere sequentielle (selon la liste affaires traitees), alors 
que son responsable souhaitera y voir regroupes d'une part les principaux resultats, d'autre 
part les points necessitant son intervention. Dans ce cas, quelle que soit la qualite des 
standards appliques, Tun des deux sera contraint, et astreint a un effort de "traduction". 
25 La lisibilite et I'exploitabilite des rapports sont done limitees dans I'etat actuel de la 

technique. 

La presente invention entend remedier a ces inconvenients. 
A cet effet, la presente invention vise, selon un premier aspect, un procede de 
communication d'information structuree, par exemple rapport ou compte-rendu, entre un 
30 premier utilisateur et au moins un deuxieme utilisateur, caracterise en ce qu'il comporte : 

- une etape de definition d'un standard de document, qui determine la trame generate 
dudit document sous forme d'une serie de titres et/ou de significations conventionnelles et 
valeurs autorisees de certains champs d'information remarquables ; 

- une etape de saisie, par le premier utilisateur, des informations a fournir incorporant 
35 une etape de saisie de texte et/ou de titres en complement a ladite trame generale et/ou une 

etape de selection de valeurs sur lesdits champs remarquables ; 
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- une etape de transmission des informations du document depuis le premier 
utilisateur a destination de chaque deuxieme utilisateur ; 

- une etape de selection, par chaque deuxieme utilisateur, d'un critere de tri base sur 
les titres ou lesdits champs remarquables ; 

- une §tape de re-organisation dudit document selon le critere selectionn§ ; et 

- une etape de fourniture audit deuxieme utilisateur dudit document re-organise selon 
ledit critere. 

Grace a ces dispositions, la saisie du rapport est agreable pour le premier utilisateur, 
I'emetteur, et le libere des contraintes de mise en forme, tout en etant conforme aux souhaits 
de chaque deuxieme utilisateur, ou destinataire et tout en contenant toutes les informations 
necessaires pour la bonne communication entre les utilisateurs, grace a la standardisation 
mise en oeuvre. 

En effet, la saisie du rapport est agreable pour le premier utilisateur, I'emetteur, car il 
dispose de zones de texte pour y mettre, de maniere assez libre, le contenu d'information qui 
correspond aux titres definis par le standard de document ou par lui-meme. Du fait de la 
definition d'une interface, I'emetteur est libere des contraintes de mise en forme. De plus, 
puisqu'il peut choisir une re-organisation automatique de I'information, chaque deuxieme 
utilisateur rend le document conforme a ses besoins. 

La mise en oeuvre d'un standard est un facteur d'efficacite mecanique du processus 
de reporting : d'une part il dSfinit des regies communes, qui doivent ameliorer la qualite et la 
completude de Information, et rendre les rapports de chacun interpretables partous; d'autre 
part, il ouvre diverses possibilites de traitements automatiques, presentees plus loin. Mais il 
ne bride pas I'expression ni reduit sa dimension humaine. La personnalisation des standards 
permet de couvrir a la fois une grande variete de metiers ou ^organisations, et divers modes 
de reporting plus ou moins precis et structures. L'utilisateur peut les definir lui-meme 
facilement, sans aucune aide exterieure. 

L'un des benefices de la presente invention est de rendre cette standardisation 
attrayante, en maximisant son profit et en minimisant ses inconvenients. 

On comprend que la mise en oeuvre de la presente invention rend agreable, rapide, 
economique et efficace la generation et I'utilisation de documents d'information de type 
rapports ou compte-rendus. 

De plus, si l'utilisateur destinataire dispose du standard, la transmission d'information 
peut etre limitee aux informations qui sont differentes de ce qui est defini dans le standard, 
ce qui reduit la consommation de ressources de transmission et de stockage des 
informations du document. La presente invention peut done permettre, dans des variantes, 
de compresser ('information d'un document tout en laissant une grande liberte de generation 
de documents et d'exploitation de ces documents. 
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Selon des caracteristiques particulieres, au cours de Tetape de saisie et/ou au cours 
de Tetape de fourniture, dans au moins une zone de texte, les titres definis par le standard et 
le texte saisi par Tutilisateur apparaissent comme un seul texte lineaire relevant de 
I'ergonomie classique des traitements de texte. Grace a ces dispositions, chaque utilisateur 
5 se retrouve dans un environnement familier de traitement de texte. 

Selon des caracteristiques particulieres, au cours de Tetape de definition du standard, 
on effectue, pour au moins un titre, une etape de choix si ledit titre peut etre modifie par le 
premier utilisateur au cours de Tetape de saisie. Grace a ces dispositions, le document peut, 
dans certains cas, etre integralement modifie, pour sa partie textuelle, par Tutilisateur 
10 emetteur et, dans d'autres cas posseder des titres convenus a Tavance et non modifiables. 
Selon des caracteristiques particulieres, au cours de Tetape de saisie des 
informations, le premier utilisateur peut modifier au moins une partie du standard defini au 
cours de Tetape de definition du standard. Grace a ces dispositions, la souplesse de 
modification du document est augmentee pour Tutilisateur emetteur. 
15 Selon des caracteristiques particulieres, au cours de Tetape de transmission, on 

transmet les informations du document selon un format de pages accessibles sur un reseau 
informatique, lisible par Tintermediaire d'un navigateur web et imprimable a partir de 
n'importe quel poste de travail bureautique equipe d'un navigateur web et d'une imprimante 
. Grace a ces dispositions, la reception et ('utilisation du document peuvent etre faites 
20 par tout ordinateur dote d'un navigateur sur ledit reseau informatique, par exemple Internet. 

Selon des caracteristiques particulieres, le procede tel que succinctement expose ci- 
dessus comporte une etape de consolidation de documents, au cours de laquelle on 
juxtapose sous un titre unique les informations des documents qui sont associees & des 
titres identiques dans les differents documents a consolider. Grace a ces dispositions, 
25 Tutilisateur recepteur peut consolider plusieurs documents pour faire un document 

synthetique et analyser les similitudes et les differences entre les documents qui lui sont 
transmis. 

Selon des caracteristiques particulieres, le procede tel que succinctement expose ci- 
dessus comporte une etape de determination d'un recapitulatif du document, au cours de 
30 laquelle, on selectionne des informations en fonction d'une hierarchie de valeurs 

d'information. Grace a ces dispositions, Tutilisateur recepteur peut apprehender tres 
rapidement le contenu general du document. 

D'autres avantages, buts et caracteristiques de la presente invention ressortiront de 
la description qui va suivre, faite en regard du dessin annexe dans lequel la figure 1 
35 represente un organigramme d'etapes mises en oeuvre dans un mode particulier de 
realisation de la presente invention. 
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Le precede objet de la presente invention est preferentiellement implements sous la 
forme d'un logiciel qui peut dtre telecharge ou installe sur un ordinateur a partir d'un support 
materiel, par exemple disquette ou compact disc. Get ordinateur genere des fichiers 
representatifs de rapports qui peuvent etre transmis a d'autres ordinateurs par le biais de 
5 supports materiels ou de reseaux informatiques. Dans des modes de realisation particuliers, 
cet ordinateur est relie a des sources d'information, par exemple des bases de donnees ou 
des capteurs de grandeurs physiques, par exemple le temps, des quantites de produits, qui 
fournissent de Pinformation integree dans un rapport. 

Le procede objet de la pr§sente invention permet a la fois la mise en oeuvre d'une 
10 standardisation des documents, et une personnalisation du standard utilise. Uoutil 

implementant le procede objet de la presente invention n'est pas "structurant". Au contraire, il 
s'integre a un contexte existant (mode de travail, equipement bureautique, systeme 
d'information), meme si celui-ci est heterogene.. 

Avant de decrire la figure, nous donnons ici une description fonctionnelle des etapes 
15 de mises en oeuvre de la presente invention. 
1/ Modele de donnees. 

La definition d'un standard est sous-tendue par un modele de donnees. En effet, quel 
que soient son type et son contexte, un document de reporting, "rapport" ou compte-rendu, 
peut etre caracterise par : 
20 • un ensemble de meta-donnees qui d6finissent le contexte, le type, I'identite et I'en- 

tete du rapport : 

- nom de Torganisation, periodicite et r6le, destinataire 

- emetteur(s), date ou evenement associe, titre 

- eventuellement, mots-cle ou autres criteres de classement 

25 • une liste d'elements d'information (ou "items"), qui constituent le corps du rapport. 

Ces elements d'informations peuvent etre hierarchises, a un nombre quelconque de 

niveaux, meme si en pratique on ira rarement au del& de 2 ou 3 niveaux 

dHmbrication. 
Chacun des elements d'information est defini par : 
30 • un "auteur" (celui qui a defini ou renseigne I'elements ^information concerne). Cet 

attribut trouve son utilite dans le cas d'un rapport collectif ou circulant. 
• un "titre", qui caracterise le sujet traite. Dans le cas d'elements d'information 

hierarchises, le titre d'un element deformation constitue une precision (un "sous- 

chapitre") de I'elements d'information de niveau superieur. 
35 • une "priorite", qui caracterise le poids que le redacteur souhaite associer a I'elements 

d'information. II peut representer par exemple un degre d'importance (Routine, A 

noter, Critique), ou un degre d'urgence, ou une combinaison des deux. Mais Tusage 
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et la codification de cette priorite sont conventionnels, et peuvent varier d'un contexte 
a un autre. 

• une "categorie", qui caracterise soit la nature de I'information fournie par I'elements 
d'information, soit le domaine de preoccupation auquel I'element deformation se 

5 rapporte. Par exemple elle indique s'il s'agit de I'etat d'une tache, d'un probleme, 

d'une requete, d'un indicateur, d'un contact, ...etc, et/ou si on parle d'un Projet, d'une 
Equipe, de Methodes, ...etc. Mais cette liste n'est pas limitative, la typologie peut etre 
specifique du metier, du role ou du mode de fonctionnement de I'entite concernee. 

• eventuellement, une "valeur" scalaire (nombre, date, indicateur d'etat, ...etc), dont le 
10 format et la signification dependent du "type" ou du "domaine" de I'element 

d'information. 

• un ou plusieurs paragraphes de texte libre, permettant de detainer I'information autant 
que necessaire. 

On remarque que les elements d'information de tous niveaux hierarchiques sont 
15 modelises de la meme maniere. Ainsi un elements d'information du niveau superieur (ou 
intermediate) de la hierarchie peut se reduire a un "Titre", mais on peut aussi juger 
interessant de lui associer une categorie et une valeur, donnant par exemple une information 
g6nerale sur I'ensemble des sujets qu'il recouvre. 
II / Definition des standards 
20 La definition des standards reflete le contexte dans lequel les documents sont 

echanges, 1'objectif desdits documents, et les conventions utilisees pour y decrire 
I'information utile. Chaque redacteur peut, s'il le souhaite, definir ses propres standards, pour 
chaque document. Mais les standards n'ont de reel interet que s'ils sont appliques par 
I'ensemble des intervenants et de maniere relativement stable dans le temps. En general, les 
25 standards seront done definis par I'un des utilisateurs (ou par un representant de ceux-ci 

ayant autorite pour le faire), pour etre ensuite appliques par tous les redacteurs et pour tous 
les documents concernes. 

Cette definition se fait a I'aide d'une fonction specifique de I'outil, dont le resultat est 
un "fichier de definition de standard", fichier autonome transportable qui peut etre ensuite 
30 transmis aux redacteurs par les moyens courants. 

La definition d'un standard comporte quatre phases, qui peuvent etre executees dans 
un ordre quelconque : 

1/ La definition des attributs generaux du document qui figureront de maniere 
invariante dans Pen-tete des documents : nom de I'entite destinataire du document et/ou de 
35 I'entite de niveau superieur auquel elle appartient, code et titre designant la fonction du 
document (par exemple, "RHEBDO" et "Rapport Hebdomadaire"), periodicite ou unite de 
datation du document ("JOUR", "MOIS", "TRIMESTRE", "ANNEE", "EVENEMENT"), et 
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eventuellement liste de destinataires du document (lorsque celle-ci est fixe). La definition des 
ces elements se fait grace a une page de dialogue classique de type formulaire. 

21 la definition des "priorites", c'est-a-dire des valeurs autorisees pour le champ 
"priority" des elements d'information de document. Le nombre de "priorites" n'est pas limite, 
5 meme si en pratique on peut considerer qu'un nombre superieur a 5 presente peu d'interet. 

Chacune de ces "priorites" est definie, dans le fichier representant un document 
conforme a un standard, par : 

- un texte alpha-numerique court (typiquement, moins de 10 caracteres) ; 

- de maniere facultative, une icone choisie dans la bibliotheque d'icones de I'outil. Cette 
10 ic6ne pourra se substituer au code textuel de priorite dans la representation visuelle du 

document ; 

- un nombre quelconque, qui determinera i'ordre de tri des elements d'information dans la 
vue "par priorite" ; 

- un booleen (OUI/NON), qui determine si un item ayant la priorite concernee doit apparaitre 
15 dans le recapitulatif du document ; 

- un texte descriptif, destine a rappeler au redacteur d'un document la signification 
conventionnelle de cette priorite. Ce texte sera presente au redacteur lors de la selection 
d'une priorite. 

La definition des "priorites" se fait a I'aide d'un ecran de type tabulaire, & defilement 
20 vertical, dans leque! Putilisateur peut directement inserer ou supprimer des lignes, et modifier 
les valeurs de champ grace au clavier (pour les champs de valeur libre) ou a des boites de 
dialogue de choix (pour les champs a domaine de valeurs limite). 

Dans Illustration donnee en regard des tableaux ci-dessous, le standard definit trois 
niveaux de priorite : 
25 - code "CRITIQUE", icone "CRITICAL", nombre 0, 

- code "Note", icone "DANGER", nombre 5, 

- code " "(blanc), pas d'icone, nombre 10. 

3/ la definition des "categories", tfest-a-dire des valeurs autorisees pour le champ 
"categorie" des elements d'information de document. Le nombre de "categories" n'est pas 
30 limite. Chacune de ces "categories" est definie par : 

- un texte alpha-numerique court (typiquement, moins de 10 caracteres) ; 

- un nombre quelconque, qui determinera Tordre de tri des elements d'information dans la 
vue "par categorie" ; 

- un nom de Groupe, qui permet de regrouper plusieurs categories dans une meme section 
35 de document lors du tri "par categorie" ; 

- un booleen (OUI/NON), qui determine si un element d'information ayant la categorie 
concernee doit apparaitre dans le recapitulatif du document ; 
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- un indicateur, choisi parmi ("NOMBRE", "POURCENT", "CHOIX", "AUCUN" et "LIBRE"), 
qui determine le type attendu pour le champ "Valeur" des Elements d'information ayant la 
categorie concernee ; 

- un booleen (OUI/NON) indiquant si le champ "Valeur" est obligatoire pour un element 
5 d f information ayant la categorie concernee ; 

- un texte descriptif, destine a rappeler au redacteur d'un document la signification 
conventionnelle de cette categorie. Ce texte sera presente au redacteur lors de la selection 
d'une categorie ; 

- une liste facultative de "labels de parag raphe detail". Pour chacun d'eux on peut specifier 
10 s'il peut ou non §tre modifie ou supprime par le redacteur ; 

- lorsque I'indicateur de type de valeur est "CHOIX", une liste de valeurs possibles pour 
I'attribut Valeur des elements d'information ayant la categorie concernee. 

Pour chacune de ces valeurs possibles, on definit : 

- un code textuel court (typiquement, moins de 10 caracteres), 

15 -de maniere facultative, une icone choisie dans la bibliotheque d'icones de I'outil. Cette 
icone pourra se substituer au code textuel de valeur dans la representation visuelle du 
document, 

- un nombre quelconque, qui determinera I'ordre de tri secondaire des elements 
d'information dans la vues "par categorie", 

20 - un booleen (OUI/NON), qui determine si un element d'information ayant la categorie et la 
valeur concernee doit apparaftre dans le recapitulatif du document, 

- un texte descriptif, destine a rappeler au redacteur d'un document la signification 
conventionnelle de cette valeur. Ce texte sera presente au redacteur lors de la selection 
d'une valeur pour un item ayant la categorie concernee. 

25 La definition de ces cinq elements se fait grace a une page de dialogue specifique, 

contenant : 

- un tableau principal, a defilement vertical, de meme principe que celui des "Priorites", 

- pour les labels de paragraphes et les valeurs autorisees, deux tableaux defilants 
secondaires, dont le contenu est associe a la categorie selectionnee dans le tableau 

30 principal. 

Dans Illustration donnee en regard des tableaux ci-dessous, le standard definit six 
categories : 

- "etat general" (groupe GLOBAL) : Les valeurs possibles sont "BON", "MOYEN" et 
"MAUVAIS" et les icones associees represented respectivement une fleche inclinees vers le 

35 haut, horizontale, et inclinee vers le bas ; 

- "tache" (groupe TACHES) : La valeur associee est un pourcentage et un paragraphe detail 
associe est nomme "Etat" ; 
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- "PB/Technique" (groupe PROBLEMES) : Pas de valeur assoctee et deux paragraphes de 
detail associes sont nommes "Impact" et "Action"; 

- "PB/Ressources" (groupe PROBLEMES) : Pas de valeur associee et il n'y a pas de 
paragraphe detail specific ; 

5 - "RQ/Act" (groupe REQUETES) : Les valeurs possibles sont "Rapp" (pour "rappel") et 
"URG" (pour "urgent") et il n'y a pas de paragraphe detail specifie ; 

- "RQ/Reunion" (groupe REQUETES) : Les valeurs possibles sont "Rapp" et "URG" et il n'y a 
pas de paragraphe detail specifie. 

4/ la definition d'une trame de document, c'est-a-dire d'une liste d'elements 
10 d'information dont seuls le titres et la categorie sont definis. Lors de la creation d'un 

document selon le standard concerne, cette trame constitue I'etat initial du document. La 
definition de cette trame de document se fait exactement comme la saisie d'un document, a 
ceci pres que : 

- les champs "valeur" et le texte des paragraphes detailles ne peut pas etre saisis, 

15 - une commande supplemental permet de specifier, pour chaque element d'information, s'il 
peut ou non etre supprime et si son titre et sa categorie peuvent ou non etre modifies lors de 
la redaction d'un document. 

Ill/ Utilisation d'un standard. 

Lors de la creation d'un document, le choix du standard a appliquer se fait par 
20 designation d'un "fichier de standard", soit en parametre de la commande de lancement de 
I'outil, soit par pointage dans une boite de dialogue apres lancement de I'outil. 

On rappelle au lecteur que le mode de realisation decrit et represents est base sur un 
exemple de standard (categories "Etat Gen6ral", "Tache" ...etc et groupes de classement 
associes) mais que d'autres exemples de standard peuvent etre mis en oeuvre tout en 
25 restant dans le champ de la presente invention. 
IV/ Creation d'un document 
La creation d'un document comporte : 

- une phase initiate qui consiste a selectionner un "fichier de standard", par une boite de 
dialogue. Le programme initialise le contenu du document sur la base du fichier de standard 

30 selectionne, notamment avec la "trame de document" definie par le standard, s'il y en a une. 

- une phase de definition des attributs generaux variants : nom et initiates du redacteur, code 
et nom de I'entite a laquelle il appartient ou au nom de laquelle il ecrit, datation (selon I'unite 
de datation definie par le standard). Ces donnees peuvent etre saisies par le redacteur, mais 
elles peuvent aussi etre renseignees automatiquement par le programme, d'une part en 

35 fonction de la date courante, d'autre part en fonction des donnees d'identification du 
redacteur memorisees sur son poste de travail. 

- une phase d'edition de contenu. Cette edition de contenu se fait par la saisie de texte au 
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clavier, combin6e avec des commandes par menu ou boutons, selon un fonctionnement tr6s 
semblable a celui d'un logiciel de traitement de texte. A I'aide de la souris et/ou du clavier, 
rutilisateur peut positionner le curseur a un emplacement quelconque du document pour 
ajouter ou supprimer du texte, et selectionner des portions de textes (caracteres, mots, 
5 paragraphes ou items entiers) pour les deplacer ou les supprimer. 

Par rapport a un traitement de texte, il y a cependant de nombreuses differences, et, 
en particulier, dans un mode de realisation particulier ayant fait I'objet d'un prototype, les 
differences suivantes : 

- les choix de mise en forme sont reduits. II n'y a pas de commande de mise en page, ni 
10 d'indentation ou de numerotation des titres, ces operations etant effectuees 

automatiquement et en temps r6el par le programme. Concernant la police de caracteres 
utilisee, I'utilisateur peut specifier uniquement la famille et la taille de caracteres (appliquees 
globalement au document, pour sa forme visuelle ou imprimable), les autres attributs (gras, 
italique, espacement) etant determines par le programme selon I'emplacement 
15 du texte; 

- les commandes d'edition classiques "Couper/Copier/Coller" sont restreintes : elles ne 
peuvent concerner que des portions de titre, ou de paragraphes detailles, ou un ou plusieurs 
elements d'information entiers ; 

- II existe des commandes specifiques tenant compte du caractere structure du texte, pour : 
20 abaisser/elever le niveau de titre d'un element d'information, dSplacer un element 

d'information, fusionner deux elements d'information (c'est-a-dire regrouper leurs contenus 
sous le meme titre), transformer un paragraphe de detail en titre d'element d'information, 
modifier le label d'un paragraphe detaille ; 

- Les champs "priorite" et "categorie" de chaque element d'information peuvent §tre 

25 renseignes soit via le clavier, soit par selection dans un menu surgissant ou contextuel (en 
anglais "pop-up menu"). II en est de meme pour le champ "Valeur" des elements 
d'information dont la categorie definie une liste finie de valeurs possibles ; 

- le champ "Auteur" est renseigne automatiquement, en fonction de I'ordinateur et/ou de la 
session ouverte sur I'ordinateur, ou de donnees fournies a 1'installation du logiciel 

30 implementant la presente invention. 

On observe que le terme de "titre" peut s'appliquer a deux choses : d'une part les 
noms d'elements d'information (dans les tableaux, "Projet APLHA", "Projet BETA"), d'autre 
part les labels associes aux paragraphes de detail d'un elements d'information ("Etat: ", 
"Impact: "). Les premiers peuvent etre definis dans le standard, sous la forme d'une trame de 

35 rapport pre-definie. Les seconds sont egalement definis dans le standard, en ce sens qu'ils 
sont associes a une "categorie", et que lorsque ladite categorie est selectionnee par le 
redacteur pour un elements d'information, I'outil cree automatiquement un ou des 
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paragraphes de detail avec ces labels. Dans les deux cas, c'est aussi le standard qui 
determine si ces 'litres" peuvent etre ou non modifies ou supprimes par le redacteur. 

La creation d'un document se termine par la sauvegarde du document sous forme 
d'un fichier XML, pour envoi aux destinataires ou pour stockage dans Pattente de 

5 modifications ulterieures. On peut aussi a tout instant generer une "image HTML" du 

document, sous forme d'un fichier HTML, qui peut ensuite etre imprime, transports ou insere 
dans le corps d f un courrier electronique, ou mel, selon ('infrastructure informatique dont 
dispose I'utilisateur. 

V/ Modification d'un document. 

10 La modification d'un document existant se fait simplement par re-chargement du 

fichier-document, preferentiellement selon le langage XML, regu ou sauvegarde lors d'une 
session precedente, puis par application des operations d'edition decrites precedemment. II y 
a cependant quelques nuances, qui dependent des options de fonctionnement de I'outil 
(selectionnees lors de la commande de lancement du programme, ou par dialogue apres 

15 lancement) : 

- Une option permet de proteger (c'est-a-dire interdire la suppression ou la modification de) 
tous les elements d'information dont Pauteur est une autre personne que celle realisant la 
modification du document. 

- Une option permet de conserver la trace du contenu precedent de chaque element 

20 d'information modifie, pour les champs "categorie" et "valeur", et de faire apparaTtre la valeur 
initiate de ces champs, en plus de la valeur modifiee, avec un graphisme particulier qui met 
en evidence la modification. 

- Une option permet de considerer le document charge non pas comme un document & 
modifier, mais comme un "modele" qui sert a initialiser le contenu d'un nouveau document. 

25 Dans sa version initiate objet d'un prototype developpe par I'inventeur, le precede 

objet de la presente invention est un executable autonome, installe directement sur le poste 
de travail de I'utilisateur (PC Windows, marques deposees, et a terme Linux, marque 
deposee). Chaque document est alors un fichier independant, structure dans le format XML, 
et a ce titre, affichable et imprimable par n'importe quel navigateur Internet muni de la feuille 

30 de style adequate. Mais on peut egalement generer un document HTML totalement auto- 
suffisant. Les fichiers-rapport (XML ou HTML) peuvent etre transportes par un systeme de 
courrier electronique quel qu'il soit. Le fichier definissant le standard, normalement defini par 
le destinataire des rapports, sera transmis aux redacteurs par le meme moyen. 

A terme, une autre implementation du procede objet de la presente invention est 

35 destinee a etre integree dans ('infrastructure de communication des utilisateurs, pour etre 
accessible directement a partir de leur environnement "collaboratif 1 (type MS-Outlook ou 
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Lotus, marques deposees). Les documents seront alors des objets geres par cette 
infrastructure, au meme titre que les "messages' 1 , "taches", "rendez-vous", ...etc. 

Le premier tableau, ci-dessous, illustre la structure des donnees, selon le langage 
XML" telles qu'elles sont ger6es par le proced6 objet de la presente invention. On y observe 
une serie d'elements d'information, chaque element d'information etant represents sur une 
ligne et comportant les champs suivants : 

- "BF", qui represente un numero incremental de saisie de ('information ; 

- "Sign", qui represente un identifiant de I'auteur de I'element d'information ; 

- "Date", qui represente la date de creation ou de derniere modification de I'element 
d'information ; 

- Trois champs qui represented le degre de priorite (au sens defini dans le modele de 
donnees) affecte a I'element d'information par le redacteur : 

• "Priority" : code textuel, apparaissant dans le document, 

• "Prior : valeur numerique utilisee pour le classement des elements 
d'information par priorite, 

• "Priolcon" : nom de I'icone visualisant la priorite, en alternative au code textuel 
defini par "priority" ; 

- "Category", qui represente la categorie de I'element d'information (au sens defini 
dans le modele de donnees) ; 

- "C", qui represente, de maniere numerique la categorie indiquee en colonne 
precedente ; 

- "CatGroup", qui represente la rubrique dans laquelle sera classe I'element 
d'information, lors de la re-organisation "par categorie". Ceci permet de regrouper plusieurs 
"categories" semblables dans la meme rubrique ; 

- Trois champs, qui represented la "valeur" (au sens defini par le modele de 
donnees) associee a I'element d'information par le redacteur : 

• "Cvalu" : representation textuelle (saisie), qui peut etre un nombre ou un 
symbole textuel, selon la categorie de I'element d'information, 

• "VaIR" : dans le cas d'une valeur non numerique, traduction numerique de la 
valeur pour le tri "par valeur", 

• "Valcon" : nom de I'icone visualisant la valeur, en alternative au code textuel 
defini par "Cvalu" ; 

- "Highlight", qui represente le fait que I'element d'information a ete "surligne" par le 
redacteur. 

On observe que les elements d'information de deuxieme niveau sont rattaches aux 
projets qui sont des elements d'information de premier niveau, par la hierarchie des "titres". 
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Dans la representation interne, le "titre" d'un element conformation est compose d'un ou 
plusieurs elements, ceux represents dans le tableau secondare en bas a gauche (Tindex / 
PT). Ce "titre" est toujours complet, c'est-a-dire qu'H contient le titre du ou des elements 
^information "parents", c'est a dire de niveau superieur de I'element ^information concerne. 
5 Dans le representation visuelle du document, ces titres peuvent apparaTtre, en fonction du 
mode de tri selectionne et/ou des preferences de I'utilisateur : 

- soit sous forme complete (titres "a plat"), 

- soit sous forme incremental (titres hierarchises). 

Les trois tableaux du bas du tableau ci-dessous represented les tables "detail" (au 
10 sens de la terminologie SGBD), c'est-a-dire les structures de liste internes a un element 
d'information pointe par un pointeur (place ici sur la ligne numero 5), en Toccurrence : 

- la liste des elements de titre de niveau superieur (voir ci-dessus) de I'element 
d'information concerne, a gauche, 

- la liste des "labels de paragraphes"de I'element ^information concerne, un 
15 paragraphe etant un titre de niveau inferieur, au milieu, 

- pour chaque paragraphe de I'element d'information concerne, la liste des lignes de 
texte du paragraphe, a droite. 



BR 


Sign Date Priority 


Priol Priolcon Category CCatGroup CValu ValF Valcon Highlight 


0 


ML 08/08/02 


10 




Etat general 1 Global Moyen 1 


Aright 


None 


1 


ML 08/08/02 


10 




Tache 2 Taches 90% 


-1 




None 


2 


ML 08/08/02 


10 




Tache 2 Taches 60% 


-1 




None 


3 


ML 08/08/02 Note 


5 


Danger 


Pb/Techn 3 Problemes 


-1 




None 


4 


ML 08/08/02 


10 




RQ/reunion 4Requetes Rapp 


1 




None 


>5 


ML 08/08/02 


10 




Tache 2 Taches 20% 


-1 




None 


6 


ML 08/08/02 Critiqu 


0 


Critical 


RQ/Act 4 Requetes Urg 


0 




None 


7 


ML 08/08/02 


10 




Tache 2 Taches 10% 


-1 




None 


8 


ML 08/08/02 


10 




Tache 2 Taches 0% 


-1 




None 


9 


ML 08/08/02 Critiqu 


0 


Critical 


PB/ressour 3 Problemes 


-1 




None 


10 


ML 08/08/02 


10 




Etat general 1 Global Bon 


0 


Arup 


None 


11 


ML 08/08/02 


10 




Tache 2 Taches 20% 


-1 




None 



Tindex PT 
> 1 Projet Alpha 

35 



Protect DetTitle 
Etat 



P 

Ce texte explicite Pavancement de la 
tache "Financement" du projet 
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Concretement, le procecte objet de la presente invention permet une standardisation 
selon trois axes : 

• la definition des diverses "categories", au sens du modele decrit plus haut . Ces 
categories doivent representer les differents types d'element d'information que Ton 

5 souhaite pouvoir utiliser comme axe de tri ou de regroupement. Pour chaque element 

deformation du rapport, le redacteur doit choisir Tune de ces categories. Ce choix 
peut conditionner le format du champ "valeur", et creer automatiquement des 
paragraphes de texte aux labels, ou titres, pre-definis pour orienter le redacteur. 

• la codification de la "priorite" (au sens decrit plus haut), de maniere graphique, 
10 symbolique ou chiffree. Le standard sera libre de definir et autant de degres que 

necessaire, en leur donnant la signification conventionnelle la mieux adaptee au 
contexte. 

• eventuellement, la definition d'une trame de contenu, sous forme d'un "sommaire" 
(liste d'elements d'information, hierarchisee ou non). Le redacteur pourra renseigner 

15 cette trame, mais aussi la modifier ou la completer a sa guise. 

L'aide automatique a la mise en forme peut paraitre comme une caracteristique 
superficielle, mais ses fonctions seront les premieres pergues par les utilisateurs, et elles 
jouent un role important dans la communication de rapports : 

• Liberer entierement le redacteur de toutes les servitudes habituelles de mise en 

20 forme du texte : en-tete, numerotation, indentation, emphase graphique, et mise en 

page. 

• Produire automatiquement une apparence visuelle agreable et efficace, qui s'adapte 
d'elle meme aux environnement de travail (ecran et imprimante) de l'§metteur et du 
destinataire. 

25 • Faciliter Tentree de donnees grace a des listes de choix ou autres fonctions 
d ! assistance a la saisie, exploitant directement les standards definis par le 
destinataire. 

• Tout en conservant Tergonomie et la souplesse d'un traitement de texte lineaire 
classique (par opposition a un formulaire), dans lequel Tutilisateur a toute liberte 

30 d'expression au dela des standards, et voit en permanence un resultat "imprimable". 

Comme illustre dans les deuxieme a huitieme tableaux, ci-dessous, grace au procede 
objet de la presente invention, le destinataire d'une serie de rapports peut immediatement 
effectuer trois taches : 

• Le suivi chronologique individuel de chaque rapport : les taches en cours ont-elles 
35 progresse normalement, les problemes sont-ils regies, quels sont les elements 

nouveaux, ...etc. C'est dans cet exercice qu'un responsable peut detecter des 
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problemes sournois, dont I'emetteur lui-meme n'a peut-etre pas conscience : derives 
anormales, dysfonctionnements chroniques, efforts inutiles, ...etc. 

• La "consolidation" ou "concatenation" des differents rapports, notamment lorsque 
plusieurs emetteurs ont contribue aux memes affaires et que chacun rend compte de 

5 son point de vue et de sa valeur ajoutee. A I'interieur d'une equipe, cette tache est la 

cle de la coordination et de la resolution des conflits locaux. Pour ses relations avec 
I'exterieur, elle donne au responsable une vision complete et fiable des affaires 
traitees. 

• La synthese, exercice souvent intuitif dans lequel chacun applique ses criteres 

10 personnels. Bien souvent, pour un responsable hierarchique, ii s'agit d'identifier d'une 

part les points qui necessitent son intervention, d'autre part ceux susceptibles 
d'interesser son responsable du niveau superieur. De l&, il tirera ses priorites d'action, 
et son propre reporting. 

On observe dans le deuxieme tableau ci-dessous, un premier exemple de 
15 presentation d'un premier document organise par sujet, tel qu'il apparaTt sur un ecran 

d'ordinateur. Cette presentation est ici affichee par un logiciel de navigation sur Internet, par 
exemple Internet Explorer (marque deposee de Microsoft Corp, marque deposee), elle est 
semblable a celle affichee par le programme implementant le procede objet de la presente 
invention, lui-meme dans les phases d'edition ou de consultation du document. Le document 
20 comporte des meta-informations, une indication de I'organisation de la presentation du 

document, ici "vue par sujet" et onze zones de renseignements d'elements d'information, les 
neuf premieres, en haut de la page, concernant le sujet "projet ALPHA" et les deux 
dernieres, en bas de la page, concernant le sujet "projet BETA", conformement a 
I'organisation par sujet indiquee par Tindication "vue par sujet". Chaque element 
25 d'information correspond a une zone horizontale qui s'etend dans toutes les zones du sujet 
concerne. 

Les meta-informations comportent un nom d'entreprise "Systeam" et de departement, 
abrege "DT" et complet "Direction Technique" auxquels appartient le redacteur, le nom du 
rapport abrege "TEST" et complet "Test report", la date ou sujet du rapport abrege "W28" et 

30 complet "semaine 28", et I'entite emettrice ou concernee, abrege "BRDEV", et complet 
"Groupe Projet Beam-Report". 

A gauche, les zones de renseignement comportent, chacune, deux colonnes. Dans la 
colonne la plus a gauche est indiquee, sous forme d'initiales, I'auteur de I'element 
d'information, ici "ML". Cette information provient du champ "Sign" illustre dans le tableau ci- 

35 dessus. Dans celle de ces deux colonne qui est plus a droite sont represents des degres 
d'urgence ou de priorite, une absence d'information indiquant qu'il n'y a pas d'urgence 
particuliere, un point d'exclamation (non represents dans le tableau) dans un triangle 
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indiquant qu'il y a une urgence moderee et un point d'exclamation en gras (non repr6sent§ 
dans les tableaux) dans un carre indiquant un haut degre d^urgence, de danger ou de 
priorite. Ces informations proviennent du champ "Priority" ou "Prior illustre dans le premier 
tableau ci-dessus. 

5 Au centre, les zones de renseignement, les plus etendues en largeur puisqu'elles 

couvrent plus de la moitie de la largeur de la page, comportent des elements en gras, 
appeles "titres" qui peuvent ou non etre modifies par I'utilisateur selon le standard applique, 
et des elements en caracteres fins, que I'utilisateur peut editer, c'est-^-dire modifier par 
frappe de texte, copie, collage, coupe. 

10 On observe dans le deuxieme tableau, ci-dessous, que les titres et les 

renseignements fournis ou edites par I'utilisateur ne forment qu'un seul texte continu, sans 
separateur, cadre, trait horizontal. Les titres forment des titres et des sous-titres et les 
renseignements fournis par I'utilisateur des corps de texte. L'utilisateur se retrouve done 
dans Tenvironnement familier d'un traitement de texte. 

15 A droite des zones de renseignement centrales, sont indiques la categorie de 

I'element deformation, sous forme de cadres comportant, par exemple, les termes "Etat 
General" correspondant au terme "global" dans le champ "CatGroup" illustre dans le premier 
tableau ci-dessus, "Tache", "Rq Reunion", correspondant au terme "Requete", ou "Pb 
Technique" correspondant au terme "Probleme". Enfin, a I'extreme droite des pages se 

20 trouvent les zones de renseignement qui, conformement au standard du document, 

comportent des icones en forme de fleches lorsque ('element d'information possede le terme 
"Etat General" dans la zone immediatement a gauche, des indications de pourcentage 
lorsque, dans la zone immediatement a gauche se trouve le terme "T§che" ou des termes, 
tels que "Rapp" ou "Urg" qui proviennent du champ "CValu" illustre dans le tableau ci- 

25 dessus. 

On comprend que la fleche indique la progression generale du sujet concern^ tandis 
que les pourcentages indiquent le degre de realisation de la tache correspondante. 



30 



Fichier 


Edition 


Affichage Fayoris 


Outils ? 


SYSTEAM 






Direction Technique DT 


Rapport 


TEST 


Test Report 




Objet 


W28 


Semaine 28 





35 De: 



BRDEV 



Groupe Projet Beam-Report 



Notes: Vue par SUJET 
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-PROJET ALPHA- 



10 



15 



35 



ML 



ML 



ML 



ML 



30 



ML 



20 ML 



ML 
ML 

25 

ML 



ML 



□ 



□ 



Tache 



60% 



PB/Technique 



Tache 



20% 



1 . Projet ALPHA Etat general A 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de ML 

1.1. Developpement 

Etat : Ce texte explicite I'avance de la tache 
"developpement" du projet ALPHA 

> Bogue sur fonction interface XML 
Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

° Utilisation d'un autre fournisseur ? RQ/Reunion Rapp 

Ce texte propose une date de reunion 

pour examiner une proposition de solution 

au probleme "Bogue sur fonction interface 

XML" 

1.2. Financement 

Etat : Ce texte explicite I'avance de la tache 
"financement" du projet ALPHA 

> Relancer Devis Industrialisation 

Ce texte expose la raison de Taction 
demandee au destinataire du rapport 

1.3. Marketing 

> Contact Distributeur 
Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

> Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 
-PROJET BETA- 



RQ/Act URG 



Tache 10% 
Tache 0% 



PB/Ressources 



ML 



2. Projet BETA 

Ce texte explicite I'etat general du projet BETA, 
du point de vue de ML 
2.1. Definition Produit 



Etat general H 



Tache 



20% 
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Etat : Ce texte explicite I'avance de la tache 
"definition produit' 1 du projet BETA 



Par une simple commande du menu principal du logiciel implementant un mode de 
5 realisation du procede objet de la presente invention ou par un "die" de souris sur le titre de 
la colonne correspondante, il est possible de re-organiser la sequence des elements 
d'information a la demande, en fonction d'un axe de tri et de regroupement determine : 

• par "sujet". C'est souvent sous cette forme que le rapport sera initialement saisi, mais 
ce n'est pas obligatoire. 

10 • par "categories avec possibility d'un tri secondaire selon la "valeur". 

• par "priorite". 

• par "auteur" (par exemple pour un rapport collectif ou circulant). 

• sur un critere personnalise, base sur une combinaison complexe de ces champs. 
La presentation des "litres" est adaptee en consequence : des lors qu'un element 

15 d'information est detache de I'element d'information hierarchique de niveau superieur, son 

titre doit etre complete, afin de le situer de maniere absolue. 

On observe ci-dessous un deuxieme exemple de presentation du premier document 

illustre ci-dessus mais re-organise par categorie, tel qu'il apparalt sur un ecran d'ordinateur. 

Cette presentation est ici aussi affichee par un logiciel de navigation sur Internet. Le 
20 document comporte les meta-informations, une indication de ('organisation de la presentation 

du document, ici "vue par categorie" et onze zones de renseignements d'elements 

d'information, les deux premieres, en haut de la page, concernant la categorie "Global", les 

cinq suivantes, la categorie "Taches", les deux suivantes, la categorie "Problemes " et les 

deux dernieres, en bas de la page, la categorie "Requete", conformement a I'organisation 
25 par categorie indiquee par indication "vue par categorie". Chaque element d'information 

correspond, ici aussi, a une zone horizontale qui s'etend dans toutes les zones de la 

categorie concernee. 

On observe que les elements d'informations sont strictement identiques a ce qu'ils 

dans le tableau ci-dessus, a ceci pres que : 
30 - teur ordre de presentation, dans le sens vertical, a ete modifie. 

- les titres ont ete completes afin de representer la filiation complete de chaque 

element d'information, puisque celle-ci n'est plus visible dans I'ordre de presentation. 
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Notes: 



Vue parCATEGORIE 



-GLOBAL- 



ML 



ML 



ML 



ML 



ML 
ML 



ML 



ML 



ML □ 



1. Projet ALPHA 

Ce texte explicite Petat general du projet ALPHA, 
du point de vue de ML 

2. Projet BETA 

Ce texte explicite Petat general du projet BETA, 
du point de vue de ML 
-TACHES 



Etat general A 



Etat general H 



3. Projet ALPHA - Developpement Tache 60% 

Etat : Ce texte explicite I'avance de la tache 
"developpement" du projet ALPHA 

4. Projet ALPHA - Financement Tache 20% 

Etat : Ce texte explicite I'avance de la tache 
"financement" du projet ALPHA 

5. Projet ALPHA - Marketing 

6. Projet ALPHA - Marketing - Contact Distributee 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

7. Projet BETA - Definition Produit Tache 20% 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet BETA 
-PROBLEMES 



Tache 10% 
Tache 0% 



8. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

9. Projet ALPHA - Marketing - Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 



PB/Technique 



PB/Ressources 
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besoin a couvrir 

_ REQUETES 

ML 10. Projet ALPHA - Developpement - Bogue sur 

fonction interface XML - Utilisation d'un autre 
5 fournisseur? RQ/Reunion Rapp 

Ce texte propose une date de reunion pour 
examiner une proposition de solution au 
probleme "Bogue sur fonction interface XML" 
ML □ 11. Projet ALPHA - Financement - Relancer Devis 
10 Industrialisation RQ/Act URG 

Ce texte expose la raison de Faction demandee 
au destinataire du rapport 



On observe ci-dessous un troisieme exemple de presentation du premier document 
15 illustre dans les deux precedents tableaux, mais re-organise par priorite, tel qu'il apparaTt sur 
un ecran d'ordinateur. Cette presentation est toujours affichee par un logiciel de navigation 
sur Internet. Le document comporte les meta-informations, une indication de ('organisation 
de la presentation du document, ici "vue par priorite" et onze zones de renseignements 
d'elements d'information, les deux premieres, en haut de la page, concernant la plus haute 
20 priorite indiquee dans les champs "Priority" ou "Prior illustres dans le premier tableau ci- 
dessus, la suivante, la priorite moderee correspondant aux notes, et les huit dernieres, en 
bas de la page, la plus faible priorite, conformement a Porganisation par categorie indiquee 
par Tindication "vue par priorite". Chaque element d'information correspond, ici aussi, a une 
zone horizontal qui s'etend dans toutes les zones de la categorie concernee. 
25 On observe que les elements d'informations sont strictement identiques a ce qu'ils 

etaient dans le tableau precedent, mais que leur ordre de presentation, dans le sens vertical, 
a ete modifie. 
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10 



15 



ML 



ML □ 



ML 



-CRITIQUE- 



1. Projet ALPHA - Marketing - Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 

2. Projet ALPHA - Financement - Relancer Devis 
Industrialisation 

Ce texte expose la raison de Taction demandee 
au destinataire du rapport 
-NOTES ~ 



PB/Ressources 



RQ/Act 



URG 



3. Projet ALPHA - Deveioppement - Bogue sur 
fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 



PB/Technique 



ML 



20 



25 



35 



ML 



ML 



ML 



30 ML 
ML 



ML 



4. Projet ALPHA 

Ce texte explicite Tetat general du projet ALPHA, 
du point de vue de ML 

5. Projet BETA 

Ce texte explicite Petat general du projet BETA, 
du point de vue de ML 

6. Projet ALPHA - Deveioppement 

Etat : Ce texte explicite I'avance de la tache 
"deveioppement" du projet ALPHA 

7. Projet ALPHA - Financement 

Etat : Ce texte explicite Pavance de la tache 
"financement" du projet ALPHA 

8. Projet ALPHA - Marketing 

9. Projet ALPHA - Marketing - Contact Distributeur 

Etat : Ce texte explicite Pavance de la tache 
"marketing" du projet ALPHA 

10. Projet BETA - Definition Produit 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet BETA 



Etat general A 



Etat general H 



Tache 



Tache 



Tache 
Tache 



Tache 



60% 



20% 



10% 
0% 



20% 
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ML 11. Projet ALPHA - Developpement - Bogue sur 

fonction interface XML - Utilisation d'un autre 

fournisseur? RQ/Reunlon Rapp 

Ce texte propose une date de reunion pour 
5 examiner une proposition de solution au 

probleme "Bogue sur fonction interface XML" 



On observe, dans le tableau ci-dessous, les memes elements que dans le deuxieme 

tableau ci-dessus, avec, en bas de page, un recapitulatif qui ne comporte que les titres des 
10 elements ^information poss§dant une priorite elevee ou une categorie "Etat General", dans 

le deuxieme tableau ci-dessus. 

Le procede objet de la presente invention permet de generer automatiquement un 

recapitulatif, constitue d f une selection d'elements d'information presentes sous forme 

condensee, c ! est-a-dire sans les paragraphes de texte detailles. 
15 Les elements d'information sont selectionnes en fonction de la "priorite" qui lui est 

affectee par le redacteur (la presence ou non d'une "priorite" dans le resum§ etant definie 

par le standard). On pourra egalement forcer I'apparition dans le resume de certaines 

"categories". 
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30 ML 1. Projet ALPHA Etat general A 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de ML 

ML 1.1. Developpement Tache 60% 

Etat : Ce texte explicite Tavance de la tache 
35 "developpement" du projet ALPHA 
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10 



20 



ML 



ML 



ML 



ML 



15 ML 
ML 



ML □ 



ML 

25 

ML 

30 

ML 
ML 

35 ML 



> Bogue sur fonction interface XML PB/Technique 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

9 Utilisation d a un autre fournisseur ? RQ/Reunion Rapp 

Ce texte propose une date de reunion 

pour examiner une proposition de solution 

au probleme "Bogue sur fonction interface 

XML" 

1.2. Financement Tache 20% 

Etat : Ce texte explicite I'avance de la tache 
"financement" du projet ALPHA 

> Relancer Devis Industrialisation 

Ce texte expose la raison de Taction 
demandee au destinataire du rapport 

1.3. Marketing 

> Contact Distributeur 
Etat : Ce texte explicite Pavance de la tache 
"marketing" du projet ALPHA 

> Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 

2. Projet BETA 

Ce texte explicite I'etat general du projet BETA, 
du point de vue de ML 
2.1. Definition Produit Tache 20% 
Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet BETA 
-RECAPITULATE 



RQ/Act URG 



Tache 10% 
Tache 0% 



PB/Ressources 



Etat general H 



A. Projet ALPHA 

B. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML - Utilisation d'un autre 
fournisseur ? 

C. Projet ALPHA - Financement - Relancer Devis 
Industrialisation 



Etat general A 

RQ/Reunion Rapp 
RQ/Act URG 
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ML 
ML 



D. Projet ALPHA - Marketing - Retard general 

E. Projet BETA 



PB/Ressources 
Etat general H 



10 



15 



On observe, dans le tableau ci-dessous, un deuxieme document, organise ici par 
sujet. On observe que le standard utilise pour les deux exemples de documents comporte 
une trame predefinie qui se limite aux titres de plus haut niveau "Projet ALPHA" et "Projet 
BETA", les titres ou labels des elements d'information des niveaux inferieurs etant 
entierement definis par les redacteurs. Dans d'autres exemples, plusieurs niveaux de titres 
ou labels hierarchises peuvent etre definis par le standard et sont modifiables ou non par le 
redacteur. 
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Vue par SUJET 





PROJET ALPHA 

JPL 1. Projet ALPHA 

Ce texte explicite Petat general du projet ALPHA, 
25 du point de vue de JPL 

JPL 1.1. Definition produit 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet ALPHA selon JPL 
JPL 1.2. Developpement 

30 Etat : Ce texte explicite Tavance de la tache 

"developpement" du projet ALPHA selon JPL 
JPL > Probleme Interface XML 

Ce texte explique les solutions de JPL 
au probleme "Interface XML" 
35 JPL 1.3. Marketing 

Etat : Ce texte explicite I'avance de la tache 



Etat general H 



Tache 



Tache 



100% 



50% 



PB/Technique 



Tache 



20% 
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"Marketing" du projet ALPHA selon JPL 
PROJET BETA — 



JPL 2. Projet BETA Etat general H 

JPL 2.1. Marketing Tache 60% 

5 Etat : Ce texte explicite I'avance de la tache 

"marketing" du projet BETA selon JPL 



On observe, dans le tableau ci-dessous, la consolidation des documents illustres en 
dans les deuxieme et sixieme (le precedent) tableau ci-dessus. Les elements d'information 
10 provenant du premier et du deuxieme rapport sont tries et juxtaposes apres le titre et le(s) 
sous-titres qui leur sont communs. 

Le procede objet de la presente invention permet de fusionner plusieurs rapports, 
simplement en empilant les elements d'information des differents rapports originaux apres 
chaque titre qu'ils ont en commun. On observe que la numerotation des titres ou labels est 
15 generee automatiquement par le logiciel implementant le procede objet de la presente 

invention en fonction de la sequence effective des elements d'information dans un rapport 
donne, elle n'a qu'un role "visuel". 

La "consolidation" est ici une simple juxtaposition des rapports. Elle prend tout son 
sens lors du tri (par exemple par sujet), etant entendu que lorsque plusieurs elements 
20 d'information de plusieurs rapport ont la meme hierarchie de "titres", ils sont fusionnes et 
presentes sous cette hierarchie de "titres" avec un numero unique. 

Une fois cette consolidation des rapports est effectuee, le resultat peut etre soumis 
aux differents traitements presentes plus haut : 

• re-organisation (pour une consolidation par sujet, par categorie ou par priorite), 
25 • resume (somme des resumes des rapports originaux), 

• comparaison (par rapport a une consolidation precedente). 
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Notes: 



Vue par SUJET 



15 



20 



25 



35 



-PROJET ALPHA- 



ML 



JPL 



10 ML 



JPL 



ML 



ML 



JPL 



ML 



30 ML 



JPL 



1 . Projet ALPHA 

Ce texte explicite Petat general du projet ALPHA, 
du point de vue de ML 

Ce texte explicite Petat general du projet ALPHA, 
du point de vue de JPL 
1.1. Deveioppement 

Etat : Ce texte explicite Pavance de la tache 
"deveioppement" du projet ALPHA 



Etat general A 



Etat general H 



Tache 



Tache 



60% 



50% 



PB/Technique 



PB/Technique 



ML 



Etat : Ce texte explicite Pavance de la tache 
"deveioppement" du projet ALPHA selon JPL 

> Bogue sur fonction interface XML 
Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

° Utilisation d'un autre fournisseur ? RQ/Reunion Rapp 

Ce texte propose une date de reunion 

pour examiner une proposition de solution 

au probleme "Bogue sur fonction interface 

XML" 

> Probleme Interface XML 

Ce texte explique les solutions de JPL 
au probleme "Interface XML" 

1.2. Financement 

Etat : Ce texte explicite Pavance de la tache 
"financement" du projet ALPHA 

> Relancer Devis Industrialisation 

Ce texte expose la raison de Paction 
demandee au destinataire du rapport 

1.3. Definition produit 

Etat : Ce texte explicite Pavance de la tache 
"definition produit" du projet ALPHA selon JPL 

1.4. Marketing 



Tache 



20% 



RQ/Act URG 



Tache 



100% 



Tache 



10% 
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10 



JPL 



ML 



ML □ 



Etat : Ce texte explicite I'avance de la tache 
"Marketing" du projet ALPHA selon JPL 

> Contact Distributeur 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

> Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 



Tache 



Tache 



20% 



0% 



PB/Ressources 



On observe ci-dessous un huitieme exemple de presentation d'un document . 
recapitulatif du premier document illustre dans les precedents tableaux, ne comportant que 

15 les informations de haute ou moyenne priorite, tel qu'il apparait sur un ecran d'ordinateur. 
Cette presentation est toujours affichee par un logiciel de navigation sur Internet. Le 
document comporte les meta-informations, une indication de Porganisation de la presentation 
du document, ici "recapitulatif et trois zones de renseignements d'elements d'information, 
les deux premieres concernant la plus haute priorite indiquee dans les champs "Priority" ou 

20 "Prior illustres dans le premier tableau ci-dessus, et la derniere concernant le niveau de 

priorite moyen indique dans les memes champs, conformement a Torganisation par categorie 
indiquee par Tindication "vue par priorite". Chaque element d'information correspond, ici 
aussi, a une zone horizontale qui s'etend dans toutes les zones de la categorie concernee. 
On observe que les elements d'informations sont strictement identiques a ce qulls 

25 etaient dans le tableau precedent, mais que leur nombre a ete modifie pour ne retenir que 
les informations relatives a des priorites haute ou moyenne. 
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ML □ 



ML 



10 



ML 



15 



-CRITIQUE- 



1. Projet ALPHA - Marketing - Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 

2. Projet ALPHA - Financement - Relancer Devis 
Industrialisation 

Ce texte expose la raison de Taction demandee 
au destinataire du rapport 
-NOTES — » 



PB/Ressources 



RQ/Act 



URG 



3. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 



PB/Technique 



Le procede objet de la presente invention permet done de standardiser le contenu et 
la forme des documents de reporting, de faciliter leur elaboration et leur exploitation, et, in 
fine, ameliorer I'efficacite de cette communication. 

20 On observe que cette fonction de constitution d'un recapitulatif peut etre effectuee sur 

d'autres criteres que la priorite, comme indique ci-dessus, et permet, par exemple de 
constituer immediatement a la fin d'une reunion un compte-rendu de reunion presentant, par 
exemple seulement les informations relatives a des actions et a des decisions, tout en 
maintenant disponible la teneur des interventions au cours de la reunion. 

25 Une fonction de comparaison permet de comparer les informations de differents 

documents selon le meme standard, en comparant les informations qui correspondent aux 
memes titres. Cette comparaison permet ainsi d'apprecier les differences entre points de vue 
de differents auteurs de rapports et/ou entre des rapports successifs provenant du meme 
auteur. 

30 Dans un mode de realisation preferentiel, la mise en oeuvre du procede objet de la 

presente invention apporte ainsi les solutions suivantes : 



Probleme, besoin 


Solution 


Cout d'apprentissage, acceptability 


Ergonomie naturelle d'un Traitement de Texte, 
debarrassee des fonctions de formatage visuel 


Cout de saisie et de mise en forme 


Prise en charge par I'outil de toutes les servitudes de 
mise en forme (en-tete, indentation, numerotation, 
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mise en page) 


Heterogeneite, manque de 
completude, risque de mauvaise 
interpretation 


Mise en oeuvre de standards, personnalisables, 
constituant a la fois une aide a la saisie et un guide sur 
le contenu 


Crainte des standards 
contraignants ou lourds (la hantise 
du Formulaire) 


Standards legers, facilement modifiables, non 
bloquants, et toujours la possibility d'une expression 
libre pour ce qui ne "rentre pas dans les cases". 


Differences de points de vue 


Fonctions automatiques de re-organisation, permettant 
de presenter un contenu donne sous plusieurs points 
de vue (par sujet, par categorie, par importance, ...) 


Suivi chronologique 


Fonction de Comparaison automatique entre deux 
Rapports, avec mise en evidence des modifications 


Consolidation de plusieurs rapports 


Fonction d'Agregation automatique de plusieurs 
Rapports, avec rapprochements par sujet. 


Aide a la Synthase, sur un ou 
plusieurs Rapports. 


Generation automatique de "resumes", selon des 
criteres personnalisables (definis dans le Standard) 



D'autres fonctions du procede objet de la presente invention sont expliquees ci- 
dessous mais ne sont pas representees. Le procede objet de la presente invention peut 
afficher automatiquement les differences entre le rapport courant et un rapport de reference, 
sur la base des "titres" d'elements ^information. 



5 Pour chaque element ^information commun aux deux rapports, le procede fait 

apparaitre les differences trouvees sur les champs autres que le "titre". On observe qu'une 
absence de difference sur I'integralite du texte suivant un titre est consideree a priori comme 
suspecte, et mise en evidence, par exemple par surlignage automatique. On observe que 
cette fonction peut servir aussi bien au redacteur qu'au destinataire du rapport : elle pourra 

10 etre activee en continu pendant I'elaboration d'un rapport, permettant au redacteur de 
travailler de maniere incrementale sur la base de son rapport precedent. 

Le procede objet de la presente invention possede un caractere hybride, a la fois 
editeur de texte et interface de base de donnees : le document gere est fortement structure, 
mais Tutilisateur le voit comme un texte lineaire (y compris lors de son elaboration), et lui 

15 applique les fonctions d'un traitement de texte classique, ce qui le rend tres convivial et 
simple d'emploi. 

On observe, en figure 1 , une etape 800 de definition d'un standard de document, qui 
determine la trame generale dudit document sous forme d'une serie de titres et/ou de 
significations conventionnelles et valeurs autorisees de certains champs dlnformation 
20 remarquables, comme indique ci-dessus. Au cours de I'etape 800, on definit, dans le 

standard, pour au moins un titre, une etape de choix si ledit titre peut etre modifie par un 
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utilisateur et on definit des categories d'information. Ulterieurement, I'utilisateur emetteur (dit 
"premier" utilisateur) effectue une etape 802 de selection d'un standard de document pour 
preparer un document. Cette selection peut etre effectuee, indirectement, en selectionnant 
un document constitue en mettant en oeuvre le procede de la presente invention. Le 
standard lui-meme apparaTt comme un document. Puis, I'utilisateur 6metteur effectue une 
etape 804 de selection d'une information du document ou du standard. 

Au cours d'une etape 806, on determine si, dans le standard, I'information 
selectionnee est editable (par exemple un titre ou un champ d'information dit "remarquable", 
par exemple une information de categorie, de pourcentage ou de priorite). Si reformation 
selectionnee est editable, une etape 808 d'edition de Information par complement (texte, 
pourcentage, icone, cadre, y compris les parties du standard qui sont editable, par exemple) 
ou par un choix de valeur pour un champ remarquable. Au cours de I'etape 808, dans au 
moins une zone de texte, les titres definis par le standard et le texte saisi par I'utilisateur 
apparaissent comme un seul texte Hneaire comme montre dans les deuxieme a septieme 
tableaux ci-dessus. Au cours de I'etape 808, I'utilisateur emetteur peut modifier le niveau de 
priorite associe a ^information saisie (par defaut, chaque element d'information est associe 
au plus bas niveau de priorite). Au cours de l'§tape 808, le programme implementant le 
procede objet de la presente invention associe automatiquement (ou apres demande 
d'identite) un identifiant d'auteur a I'information saisie. 

Puis, on determine, au cours d'une etape de determination 810 si une autre 
information est selectionnee. Si oui, I'etape 806 est re-iteree. Sinon, au cours d'une etape 
812, on determine si I'utilisateur emetteur a demande une transmission du document a au 
moins un utilisateur destinataire. Si oui, le programme effectue une etape 814 de 
transmission d'information du document a au moins un utilisateur destinataire (dit "deuxieme 
utilisateur"), au cours de laquelle on transmet preferentiellement les informations du 
document selon un format de pages accessibles sur un reseau informatique, par exemple 
par utilisation d'un navigateur Internet. 

Lorsque le document a ete regu par un utilisateur destinataire, lors de I'ouverture du 
document par cet utilisateur destinataire, son ordinateur effectue une etape 816 de 
reconstitution du document, en faisant eventuellement appel au standard de document 
conserve localement par cet ordinateur ou a distance, sur un autre ordinateur. 

Au cours d'une etape 818, on determine si I'utilisateur destinataire a demande une 
consolidation de documents. Si non, I'etape 822 est effectuee. Si le une demande de 
consolidation est d§terminee, au cours d'une une etape 820, I'utilisateur destinataire 
selectionne au moins un autre document et le programme implementant le procede objet de 
la presente invention effectue la consolidation du document transmis et de chaque document 
selectionne. Au cours de cette consolidation de documents, on juxtapose sous un titre 
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unique les informations des documents qui sont associees a des titres identiques (c'est-&- 
dire a la meme succession de titres et de sous-titres, par exemple, dans le septieme tableau, 
"projet alpha / developpement") dans les differents documents a consolider. 

Puis le programme determine, au cours d'une 6tape 822 si une demande de re- 

5 organisation, de recapitulatif ou de comparaison, a ete effectuee par I'utilisateur destinataire. 
Sinon I'etape 826 est effectuee. S'il est determine qu'un traitement du document est 
demandee au cours de I'etape 822, le programme effectue une etape 824 de realisation du 
traitement demande com me expose ci-dessus. Pour determiner un recapitulatif du 
document, on selectionne des informations en fonction d'une hierarchie de valeurs 

10 deformation, niveau de titre (par exemple seulement le premier niveau), valeurs 

d'information remarquables (par exemple priorite ou categories importantes). Pour la re- 
organisation, au cours de I'etape de selection, on peut selectionner une hierarchie de valeurs 
d'informations en fonction des priorites, des categories ou des identifiants des auteurs de 
documents. 

15 Enfin, le programme effectue une 6tape 826 de fourniture du document, par exemple 

affichage ou impression, selon le choix de I'utilisateur destinataire. Comme indique ci- 
dessus, dans au moins une zone de texte, les titres definis par le standard et le texte saisi 
par Putilisateur apparaissent comme un seul texte lineaire. 

On remarque que, au cours de I'etape 822, I'utilisateur emetteur selectionne un 

20 critere de tri base sur les titres du document ou sur lesdits champs remarquables. 

Bien entendu, I'utilisateur emetteur peut effectuer les memes consolidation, 
reorganisation, selection de recapitulatif, que le deuxieme utilisateur et le deuxieme 
utilisateur peut, a son tour modifier le document transmis ou le document fourni. Bien qu'il ne 
soit indique qu'une seule operation de fourniture, au cours des differentes etapes, I'utilisateur 

25 concerne voit sur son ecran le document en cours de traitement. 

On comprend que la mise en oeuvre de la presente invention augmente la vitesse de 
creation, de transmission, de comprehension et de traitement de rapports et done de la 
supervision de I'organisation humaine qui les produits, tout en augmentant la lisibilite ou 
Texploitabilite de ces rapports. Ces resultats techniques sont d'autant plus importants que le 

30 contenu des rapports sont, totalement ou partiellement, rapportes dans d'autres rapports, par 
exemple en remontant des Echelons hierarchiques. 
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REVENDICATIONS 



1/ Procede de communication d'information structuree, par exemple rapport ou 
compte-rendu, entre un premier utilisateur et au moins un deuxieme utilisateur, caracterise 
en ce qu'il comporte : 

- une etape de definition d'un standard de document (800), qui determine la trame 
generate dudit document sous forme d'une serie de titres et/ou de significations 
conventionnelles et valeurs autorisees de certains champs d'information remarquables ; 

- une etape de saisie (808), par le premier utilisateur, des informations a fournir 
incorporant une etape de saisie de texte et/ou de titres en complement a ladite trame 
generate et/ou une etape de selection de valeurs sur lesdits champs remarquables ; 

- une etape de transmission (814) des informations du document depuis le premier 
utilisateur a destination de chaque deuxieme utilisateur ; 

- une etape de selection (822), par chaque deuxieme utilisateur, d f un critere de tri 
base sur les titres ou lesdits champs remarquables ; 

- une etape de re-organisation (824) dudit document selon le critere selectionnee ; et 

- une etape de fourniture (826) audit deuxieme utilisateur dudit document re-organise 
selon ledit critere. 

21 Procede selon la revendication 1, caracterise en ce que, au cours de I'etape de 
saisie et/ou au cours de I'etape de fourniture, dans au moins une zone de texte, les titres 
definis par le standard et le texte saisi par Tutilisateur apparaissent comme un seul texte 
lineaire relevant de I'ergonomie classique des traitements de texte. 

3/ Procede selon Tune quelconque des revendications 1 ou 2, caracterise en ce que, 
au cours de I'etape de definition du standard, on effectue, pour au moins un titre, une etape 
de choix si ledit titre peut etre modifie par le premier utilisateur au cours de I'etape de saisie. 

4/ Procede selon Tune quelconque des revendications 1 a 3, caracterise en ce que, 
au cours de I'etape de saisie des informations, le premier utilisateur peut modifier au moins 
une partie du standard defini au cours de I'etape de definition du standard. 

5/ Procede selon Tune quelconque des revendications 1 a 4, caracterise en ce que, 
au cours de I'etape de definition du standard, on definit des categories d'information et, au 
cours de I'etape de selection, on peut selectionner une hierarchie de valeurs d'informations 
en fonction desdites categories. 

6/ Procede selon I'une quelconque des revendications 1 a 5, caracterise en ce que, 
au cours de I'etape de saisie d'information, on associe un niveau de priorite a Information 
saisie et, au cours de I'etape de selection, on peut selectionner une hierarchie de valeurs 
d'informations en fonction desdites priorites. 
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7/ Procecte selon Tune quelconque des revendications 1 a 6, caracterise en ce que, 
au cours de Petape de transmission, on transmet les informations du document selon un 
format de pages accessibles sur un reseau informatique, lisible par I'intermediaire d'un 
navigateur web et imprimable a partir de n'importe quel poste de travail bureautique equipe 
d'un navigateur web et d'une imprimante. 

8/ Procede selon Tune quelconque des revendications 1 a 7, caracterise en ce qu'il 
comporte une etape de consolidation de documents, au cours de laquelle on juxtapose sous 
un trtre unique les informations des documents qui sont associees a des titres identiques 
dans les differents documents a consolider. 

9/ Procede selon Tune quelconque des revendications 1 a 8, caracterise en ce qu'il 
comporte une etape de determination d'un recapitulatif du document, au cours de laquelle, 
on selectionne des informations en fonction d'une hierarchie de valeurs ^information. 

10/ Procede selon Tune quelconque des revendications 1 a 9, caracterise en ce que, 
au cours de Tetape de saisie d'information, on associe un identifiant d'auteur a Tinformation 
saisie et, au cours de Tetape de selection, on peut selectionner une hierarchie de valeurs 
d'informations en fonction desdits identifiants. 



WO 2004/017236 



FIN 



1/1 



Definition d'un standard 



Selection d'un standard 



Selection d'une information 



non 



Information selectionnee Editable ? 



oui 



non 



non 



oui 



Edition de V information par 
complement ou choix de valeur 



Autre information selectionnee ? 



non 



Transmission du document ? 



oui 



Transmission d' information 
du document 



Reconstitution du document 



Consolidation de documents ? 



oui 



Selection d'autres documents 
et consolidation des documents 



Selection de re-organisation, 
recapitulatif ou comparaison ? 



^oui 



Traitement demande 



Fourniture du document, affichage 
impression 



CT/FR2003/002514 
802 

802 
804 

806 

808 



810 



812 



814 



816 



818 



820 



822 



824 



826 



Figure 1 



